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DETAILED ACTION 

1 . Claims 1 -37 are pending. 

Claim Rejections - 35 USC § 102 

2. The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102 that 
form the basis for the rejections under this section made in this Office action: 

A person shall be entitled to a patent unless - 

(e) the invention was described in (1) an application for patent, published under section 122(b), by 
another filed in the United States before the invention by the applicant for patent or (2) a patent 
granted on an application for patent by another filed in the United States before the invention by the 
applicant for patent, except that an international application filed under the treaty defined in section 
351(a) shall have the effects for purposes of this subsection of an application filed in the United States 
only if the international application designated the United States and was published under Article 21(2) 
of such treaty in the English language. 

3. Claims 1, 10-13, 21, 24, 26-28, 31, and 33-35 are rejected under 35 U.S.C. 
102(e) as being anticipated by Mullins et al (U.S. Patent No. 6,985,912 and known 
hereinafter as Mullins). 

As per claims 1,13, and 21, Mullins teaches a method of translating between 
data formats, comprising (i.e. "It is an additional object of the present invention to provide easy 
translations between databases and applications having a variety of different formats or data store 
models." The preceding text clearly indicates that translating (i.e. translations) between data formats (i.e. 
variety of different formats or data store models). )(Column 4, lines 48-51): receiving a request to 
access data (i.e. "The present invention is based in part on U.S. Pat. No. 5,857,197, (incorporated 
herein by reference), and provides a mapping system for handling data requested by an object software 
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application model in a manner that is compatible with relational data stores." The preceding text clearly , 
indicates that a request to access data (i.e. data requested by an object software application model). It is 
clearly anticipated that the method of receiving occurs in the method of the data being requested (i.e. for 
data to be requested, as taught in the prior art, it must receive a request). )(Column 7, lines 27-31) for 
one or more attributes (According to the Microsoft Dictionary 5 th Ed., an attribute in a database 
record, the name or structure of a field. For example, the files LASTNAME, FIRSTNAME, and PHONE 
would be attributes of each record in a PHONELIST database. Therefore, an ordinary person skilled in 
the art understands that attributes are stored in a data store (i.e. database), thus if an ordinary person 
skilled in the art accesses data in the database, it clearly anticipates that an attribute is also accessed, or 
at the very least referenced.), said request includes said attributes in a first data format (i.e. 
"In another embodiment the invention provides a system for mapping from a first database format to a 
second database format, or from one database to another database of the same type, as a way for 
transferring data or synchronizing data sources. The system includes: data in the first database format 
stored in the system; rules for translating from the first format to the second format stored as a separate 
structure from the data; and means for applying the rules to the data to obtain the second format. " The 
preceding text clearly indicates that the first database format includes attributes in the first data format. 
That is the attributes that are stored in the data store (i.e. database), the request (i.e. data requested) 
includes attributes in the first data format (i.e. first database format).)(Column 13, lines 9-18); accessing 
a mapping catalog customizable for a relational database schema (i.e. "CocoAdmin provides 
a mechanism for the export of maps defined against a database into a modifiable XML format " "Once the 
XML file is written, it can be edited using a standard text editor or XML editor, and can be modified to 
reflect map customization requirements." The preceding text clearly indicates that accessing a mapping 
catalog customizable (i.e. map customization requirements) for a relational database schema (i.e. 
database).)(Column 8, lines 15-16; lines 23-25), said mapping catalog identifies one or more 
portions of one or more tables in a relational database that stores said data for said one 
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or more attributes (i.e. "First, let us assume two databases: a first database (B1) and a second 
database (B2) wherein B1 and B2 have the different corresponding data map schemas (S1) and (S2), 
respectively, and wherein S1 and S2 have the two corresponding schema repositories (R1 and R2) that 
include maps defining the structure (schema) of the database, Java object information (Java object model 
and any relationships between Java objects of the Java object model, or defining both the database and 
Java object information." The preceding text clearly indicates that mapping catalog (i.e. data map 
schema) identifies one or more portions of one or more tables in a relational database (i.e. corresponding 
schema repositories) that store said data for said one or more attributes (i.e. include maps defining the 
structure of the database, Java object information). )(Column 13, lines 31-39) and a classification for 
each of the one or more attributes, said relational database corresponds to said 
relational database schema (i.e. "In a preferred object of the present invention, a software 
programming module (or modules) can automatically generate object source code from at least one 
database schema map, at least one object programming application schema, or from a combination of at 
least one database schema map and at least one object programming application schema. The code 
generated for the application can be set to delegate database access and SQL string generation to the 
runtime library repository instead of including within the application the more limiting code for non- 
delegated database access by the application. This arrangement allows the mapping information and 
associated metadata to be easily accessed, changed and used to convert thousands of lines of code in a 
data object, as needed. The mapping information can be used to map from objects to relational models or 
wee versa and generate appropriate code." The preceding text clearly indicates that a relational database 
schema is a type of database schema and that and that the mapping catalog that identifies one or more 
portions of one or more tables in a relational database is an instance of mapping information used to map 
objects from objects to relational models, where relational models are instances of relational databases, 
which contain one or more tables. " Ml is a map (or maps) defining the database schema S1 ofR1 
including map (or maps) with definitions for relationships between Java objects corresponding to the data 
ofB1, and M2 is a map (or maps) defining the database schema S2 ofR2 including map (or maps) with 
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definitions for relationships between Java objects corresponding to the data of B2. "The preceding text 
clearly indicates that classification (i.e. defining) for each of the one or more attribute, said relational 
database corresponds to said relational database schema (i.e. database schema S1 of R1 and database 
schema S2 of R2.J(Column 6, lines 10-25; See also column 13, lines 40-47); translating at least a 
portion of said request from said first data format to a form suitable for said relational 
database (i.e. "...rules for translating from the first format to the second format stored as a separate 
structure from the data; and means for applying the rules to the data to obtain the second format. " The 
preceding text clearly indicates that translating at least a portion of said request from said first data format 
(i.e. translating from the first format) to a form suitable for said relational database (i.e. second format 
stored in a separate structure).)(Column 13, lines 14-16), said step of translating is based on said 
classification of each attribute (i.e. "There are distinctive advantages when using a dynamic 
mapping layer where a Java object provides translation by mapping such objects of a first data source 
(relational or object database) and also mapping such object to an XML or other second format data 
source. This allows more developer control as to how datasets are exchanged, filtered and/or validated 
between a first data source and a second data source. " The preceding text clearly indicates that 
translating is based on mapping catalog, where the mapping catalog is the dynamic mapping layer that 
maps the first and second data resource.)(Column 14, lines 58-65); and providing said translated 
request to said relational database (i.e. "The function of such a translation layer (generally called 
the O/R layer in CocoBase documentation, for example) is to translate object-based queries for the data 
into queries that JDBC can, translate into queries for a relational database. " The preceding text clearly 
indicates that the translated request is an instance of translated object-based queries.)(Column 15, lines 
51-55). 

As per claim 10, Mullins teaches a method wherein said step of translating 
includes mapping said one or more attributes to said relational database (i.e. "Clicking 
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Next> in the Generic EJB Entity Bean CMP-AII Parts drop down wizards of CocoAdmin will present a 
user with a list of attributes which comprise the maps and any references (e.g. foreign keys) to other 
maps that may be navigated by CocoBase. For example, in a e-commerce shopping cart example, a 
Customer map, which is generated against a selected relational database connection, might be selected, 
and the PkgName: field might contain the name testpkg so the resulting Java code will be generated to a 
package and directory named testpkg." The preceding text clearly indicates that one or more attribute is a 
list of attributes and are mapped to a relational database.)(Column 11, lines 4-13), translating sub 
filters of said request into SELECT statements, and combining said SELECT statements 
(i.e. "Once the above connections of CocoBase are established, any accesses to the database B1, such 
as: connB1.insert(...) will have the plug-in access B2 and replicate the operation that was conducted on 
database 81" "The same mechanism described above can be used to replicate the result of other 
database operations (e.g. update, select, delete, etc.) that are performed against 81" Although the 
previous text illustrates the use of an insert statement, it is inherent that a select statement could also be 
used, since both are database operations.)(Column 17, lines 43-51); and said step of providing 
includes accessing a set of primary key values for a master table in said relational 
database based on said combined SELECT statements and, for each primary key value 
of said set, accessing requested attributes from said request (i.e. "")(). 

As per claim 1 1 , Mullins teaches a method wherein said step of translating 
includes creating INSERT statements based on said mapping catalog (i.e. "Suppose that 
the system uses CocoBase (commercially available object to relational mapping tool having a mapping 
repository capability) and a connection of CocoBase with B1 is established as follows..." "Once the above 
connections of CocoBase are established, any accesses to the database B1, such as: connB1.insert( . . . 
; will have the plug-in access Bland replicate the operation that was conducted on database SI" The 
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previous text clearly indicates that a mapping catalog is a mapping repository and that translating 
includes creating an insert statement, which is illustrated as connB1.insert(...).)(Column 17, lines 14-17). 

As per claim 12, Mullins teaches a method wherein said step of translating 
includes creating one or more DELETE statements, one or more INSERT statements 
and one or more UPDATE statements based on said mapping catalog (i.e. "The same 
mechanism described above can be used to replicate the result of other database operations (e.g. 
update, select, delete, etc.) that are performed against B1." The preceding text clearly indicates that 
translating includes delete, insert, and update statements, which are all database operations. )(Column 
17, lines 49-51). 

As per claims 24 and 31, Mullins teaches a system for translating between data 
formats, comprising: a data source interface in communication with business logic (i.e. 
"The present invention is based in part on U.S. Pat No. 5,857, 197, (incorporated herein by reference), 
and provides a mapping system for handling data requested by an object software application model in a 
manner that is compatible with relational data stores. " The preceding text clearly indicates that the 
request from an object software application model is the business logic, and the data source interface is 
contained within the object software application. )(Column 7, lines 27-31); a mapping catalog 
identifying one or more portions of one or more tables in a relational database that 
stores data for one or more attributes and a classification for each of the one or more 
attributes (i.e. "A dynamic repository-based mapping system is used." The preceding text clearly 
indicates that a mapping catalog is the dynamic repository-based mapping system. )(Column 7, lines 31- 
32); and a translation module receiving access request information from said data 
source interface and mapping information from said mapping catalog, said access 
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request information pertains to data for the one or more attributes, said translation 
module translates said request information from a first form to a second form suitable 
for the relational database based on said mapping information from said mapping 
catalog including said classification (i.e. "In one embodiment of the system of the present invention 
a translation layer translates between an object application (or a potential object application, i.e. an object 
model) to at least one relational database which includes data entries organized as tables and records. " 
The preceding text clearly indicates that a translation module is the translation layer.)(Column 15, lines 
25-28). 

As per claims 26 and 33, Mullins teaches a system wherein said mapping catalog 
identifies one or more portions of one or more tables in said relational database that 
stores said data for said one or more attributes (i.e. "Clicking Next> in the Generic EJB Entity 
Bean CMP-AII Parts drop down wizards of CocoAdmin will present a user with a list of attributes which 
comprise the maps and any references (e.g. foreign keys) to other maps that may be navigated by 
CocoBase. For example, in a e-commerce shopping cart example, a Customer map, which is generated 
against a selected relational database connection, might be selected, and the PkgName: field might 
contain the name testpkg so the resulting Java code will be generated to a package and directory named 
testpkg. In a subsequent pop-up dialog, the user can add a foreign key reference by clicking on Insert 
Attribute and filling in the foreign key attribute in the inserted row. Such references can be added 
automatically for any operation which contains a join across tables of different maps. ")(Column 1 1 , lines 
4-17). 

As per claims 27 and 34, Mullins teaches a system wherein said translation 
module provides said translated request information for execution on said relational 
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database (i.e. In one embodiment of the system of the present invention a translation layer translates 
between an object application (or a potential object application, i.e. an object model) to at least one 
relational database which includes data entries organized as tables and records. " The preceding text 
clearly indicates that the execution is the process of translating between an object application to at least 
one relational database.)(Column 15, lines 24-28). 

As per claims 28 and 35, Mullins teaches a system wherein said translation 
module receives a result from said relational database, said result is based on said 
translated request information, said translation module translates said result to said first 
form (i.e. "The function of such a translation layer (generally called the O/R layer in CocoBase 
documentation, for example) is to translate object-based queries for the data into queries that JDBC can, 
translate into queries for a relational database. In a preferred embodiment, the translation layer can 
generate an SQL string (or strings) based upon the object-based queries, which can be passed to at least 
one JDBC, which JDBC can then generate an SQL statement from the SQL string." The previous text 
clearly indicates that the result is the SQL string that is translated based on the object-based queries. In 
additional, an ordinary person skilled in the art understands that when executing a query, that the steps 
comprise of sending a request to a target resource and in return receives a result from the target 
resource.)(.Column 15, lines 51-59). 

Claim Rejections - 35 USC § 103 

4. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 

obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 



Application/Control Number: 10/682,252 Page 10 

Art Unit: 2165 

invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

5. Claims 2, 3, 5, 6, 14, 15, 17, 25, 29, 32, and 36 are rejected under 35 U.S.C. 
103(a) as being unpatentable over Mullins et al (U.S. Patent No. 6,985,912 and known 
hereinafter as Mullins) in view of Durand et al (U.S. Patent No. 5,694,598 and known 
hereinafter as Durand). 

As per claims 2 14, 29, and 36, Mullins does not explicitly teach a method 
wherein: said first data format includes a logical object class format. 

Durand teaches a method wherein: said first data format includes a logical object 
Class format (i.e. "A TO that maps to an object of class CO 610 contains a list of three elements: 
number, order date, and charge. A TO that maps to CO 610 must also include two references to lists of 
lists. The first reference points to a list of CPs 612. The second reference points to a list of Ols 614. " The 
preceding text clearly indicates that object of class CO contains a list of three elements: number, order 
date, and charge are a type of logical object class, and each of the elements contains a format type that 
is inherent.)(Column 6, lines 60-64). 

It would have been obvious to a person of ordinary skill in the art at the time of 
Applicant's invention to modify the teachings of Mullins with the teachings of Durand to 
include a method wherein: said first data format includes a logical object class format 
with the motivation to create system for more efficient access and manipulation of data 
stores, systems having the flexibility and dynamic capability to attach data from a 
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database to map as objects and having the ability to map one or more databases to 
various objects in real time. (Muliins, column 3, lines 45-49). 

As per claims 3 and 15, Muliins does not explicitly teach a method wherein said 
first data format is hierarchical. 

Durand teaches a method wherein said first data format is hierarchical (i.e. "FIG. 6 
is a schematic diagram illustrating a typical object class hierarchy" The preceding text clearly indicates 
that the first data format is that which is contained in an object class and is hierarchical.)(Figure 6; column 
6, lines 45-50). 

It would have been obvious to a person of ordinary skill in the art at the time of 
Applicant's invention to modify the teachings of Muliins with the teachings of Durand to 
include a method wherein said first data format is hierarchical with the motivation to 
create system for more efficient access and manipulation of data stores, systems 
having the flexibility and dynamic capability to attach data from a database to map as 
objects and having the ability to map one or more databases to various objects in real 
time. (Muliins, column 3, lines 45-49). 

As per claim 5, Muliins does not explicitly teach a method wherein said one or 

more attributes are multi-valued. 

Durand teaches a method wherein said one or more attributes are multi-valued 

(i.e. "Each TO-attribute of a TO-entity is described by: (1) a name, (2) a type, and (3) a maximum size in 
bytes. Optionally, a TO attribute can by described by (4) a flag indicating whether the attribute can be 
considered as part of the identifier for the datalist in which it is contained, and (5) a coordinate slot that is 
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used for mapping the TO from or to a multi-array data structure. " The preceding text clearly indicates that 
a TO-attribute contains a name, type, and maximum size value, which are all values, to illustrate that an 
attribute is multi-valued.)(Column 7, lines 51-57). 

It would have been obvious to a person of ordinary skill in the art at the time of 
Applicant's invention to modify the teachings of Mullins with the teachings of Durand to 
include a method wherein said one or more attributes are multi-valued with the 
motivation to create system for more efficient access and manipulation of data stores, 
systems having the flexibility and dynamic capability to attach data from a database to 
map as objects and having the ability to map one or more databases to various objects 
in real time. (Mullins, column 3, lines 45-49). 

As per claims 6, 17, 25, and 32, Mullins does not explicitly teach a method 
wherein said mapping catalog is customizable for any normalized relational database 
schema. 

Durand teaches a method wherein said mapping catalog is customizable for any 
normalized relational database schema (i.e. "A relational schema that maps straightforwardly to 
this object model could contain two entities called CUST.sub.- ORD and ORD.sub.- ITEM, with a 
relationship one-to-many from CUST.sub.- ORD to ORD.sub.- ITEM. Assume that the attributes of the 
object CO have their counterpart in the entity CUST.sub.- ORD and that the attributes of the object 01 
have their counterpart in the entity ORD.sub.- ITEM." The preceding text clearly indicates that a 
normalized relational database schema is a relational schema that maps straightforwardly. In addition, 
Figure 8 illustrates the normalized relational database schema.)(Figure 8; column 13, lines 47-53). 

It would have been obvious to a person of ordinary skill in the art at the time of 
Applicant's invention to modify the teachings of Mullins with the teachings of Durand to 
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include a method wherein said mapping catalog is customizable for any normalized 
relational database schema with the motivation to create system for more efficient 
access and manipulation of data stores, systems having the flexibility and dynamic 
capability to attach data from a database to map as objects and having the ability to 
map one or more databases to various objects in real time. (Mullins, column 3, lines 45-49). 

6. Claims 4, 16, 30, and 37 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Mullins et al (U.S. Patent No. 6,985,912 and known hereinafter as 
Mullins) in view of Bachmann et al (U.S. Patent No. 6,085,188 and known hereinafter as 
Bachmann). 

As per claims 4, 16, 30, and 37, Mullins does not explicitly teach a method 
wherein said first data format uses LDAP format. 

Bachmann teaches a method wherein said first data format uses LDAP format 

(i.e. "As seen in FIG. 5, the LDAP naming hierarchy includes a number of entries or nodes, with each 
entry or node represented by a unique entry identifier (EID). Thus, for example, the root node has an 
EID=1. Root has two (2) children, entry GB ("Great Britain") having an EID=2, and entry US ("United 
States") having an EID=3. Child node US itself has two (2) children, 0=IBM (with EID=4) and 
0=Netscape (with EID=5). The remainder of the naming directory includes several additional entries at 
further sublevels." The preceding text clearly indicates that LDAP format is the EID.)(Column 5, lines 13- 
21). 

It would have been obvious to a person of ordinary skill in the art at the time of 
Applicant's invention to modify the teachings of Mullins with the teachings of Bachmann 
to include a method wherein said first data format uses LDAP format with the motivation 
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to create system for more efficient access and manipulation of data stores, systems 
having the flexibility and dynamic capability to attach data from a database to map as 
objects and having the ability to map one or more databases to various objects in real 
time. (Mullins, column 3, lines 45-49). 

7. Claims 7-9 and 18-20 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Mullins et al (U.S. Patent No. 6,985,912 and known hereinafter as Mullins) in view 
of Shen et al (U.S. Patent No. 5,596,746 and known hereinafter as Shen). 

As per claims 7 and 18, Mullins does not explicitly teach a method wherein said 
mapping catalog includes a mapped column in a table in said relational database. 

Shen teaches a method wherein said mapping catalog includes a mapped 
column in a table in said relational database (i.e. "There can be a series of mappings for 
transforming the data in the ideal table meta model to data in the object meta model. Using information 
from the ideal table meta model, an intermediate object model can be generated, which is characterized 
by a set of more complex rules than the first mapping step. These rules are as follows: 1. Tables which 
have a key-reference-key-referent link are mapped as classes with a buried foreign key. 2. Columns in 
tables are mapped to class attributes in the class corresponding to the ideal table. Multiplicity of buried 
associations can only be partially ascertained, and the user must refine the object model transformed 
from the ideal table meta model. ")(Column 4, lines 7-19). 

It would have been obvious to a person of ordinary skill in the art at the time of 
Applicant's invention to modify the teachings of Mullins with the teachings of Shen to 
include a method wherein said mapping catalog includes a mapped column in a table in 
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said relational database with the motivation to create system for more efficient access 
and manipulation of data stores, systems having the flexibility and dynamic capability to 
attach data from a database to map as objects and having the ability to map one or 
more databases to various objects in real time. (Mullins, column 3, lines 45-49). 

As per claims 8 and 19, Mullins does not explicitly teach a method wherein said 
mapping catalog includes, for a first attribute, an indication of a column in a master table 
in said relational database for linking to first data in another table, said first data is for 
said first attribute. 

Shen teaches a method wherein said mapping catalog includes, for a first 
attribute, an indication of a column in a master table in said relational database for 
linking to first data in another table, said first data is for said first attribute (i.e. "2. Columns 
that are members of indices in the data base schema are grouped together into column sets and 
referenced to the appropriate ideal table. 3. Tables that share common columns are linked by the key- 
reference-key-reference association 318 in FIG. 3. This association is used in establishing the 
relationships between objects in the object model. "The preceding text clearly indicates that the key- 
reference-key-reference association is the linking of the first attribute as indicated in a column of the 
master table with other tables.)(Column 3, lines 37-45). 

It would have been obvious to a person of ordinary skill in the art at the time of 

Applicant's invention to modify the teachings of Mullins with the teachings of Shen to 
include a method wherein said mapping catalog includes, for a first attribute, an 
indication of a column in a master table in said relational database for linking to first 
data in another table, said first data is for said first attribute with the motivation to create 



Application/Control Number: 10/682,252 Page 16 

Art Unit: 2165 

system for more efficient access and manipulation of data stores, systems having the 
flexibility and dynamic capability to attach data from a database to map as objects and 
having the ability to map one or more databases to various objects in real time. (Mullins, 
column 3, lines 45-49). 

As per claims 9 and 20, Mullins does not explicitly teach a method wherein said 
mapping catalog includes, for a first attribute, an indication of a first column in a first 
table in said relational database for linking to a first column in a second table and an 
indication of a second column in said second table for linking to a first column in a third 
table, said first column in said third table is used to identify data for said first attribute. 

Shen teaches a method wherein said mapping catalog includes, for a first 
attribute, an indication of a first column in a first table in said relational database for 
linking to a first column in a second table and an indication of a second column in said 
second table for linking to a first column in a third table, said first column in said third 
table is used to identify data for said first attribute (i.e. "Rules for populating the ideal table 
meta model are as follows: 1. Tables in the data dictionary map to ideal tables. Table columns map to 
ideal table columns. Primary key, if not available from the data dictionary, is either inferred through 
common column names or inputted by the user. 2. Columns that are members of indices in the data base 
schema are grouped together into column sets and referenced to the appropriate ideal table. 3. Tables 
that share common columns are linked by the key-referent-key-reference association 318 in FIG. 3. This 
association is used in establishing the relationships between objects in the object model. ")(Column 3, 
lines 34-45). 

It would have been obvious to a person of ordinary skill in the art at the time of 
Applicant's invention to modify the teachings of Mullins with the teachings of Shen to 
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include a method wherein said mapping catalog includes, for a first attribute, an 
indication of a first column in a first table in said relational database for linking to a first 
column in a second table and an indication of a second column in said second table for 
linking to a first column in a third with the motivation to create system for more efficient 
access and manipulation of data stores, systems having the flexibility and dynamic 
capability to attach data from a database to map as objects and having the ability to 
map one or more databases to various objects in real time. (Muliins, column 3, lines 45-49). 

8. Claim 22 is rejected under 35 U.S.C. 103(a) as being unpatentable over Muliins 
et al (U.S. Patent No. 6,985,912 and known hereinafter as Muliins) in view of Durand et 
al (U.S. Patent No. 5,694,598 and known hereinafter as Durand) and in further view of 
Bachmann et al (U.S. Patent No. 6,085,188 and known hereinafter as Bachmann). 

As per claim 22, Muliins does not explicitly teach a system wherein said first data 
format includes a hierarchical logical object class format that uses LDAP format; and 
said mapping catalog is customizable for any normalized relational database schema. 

Durand teaches a system where said first data format includes a hierarchical 
logical object class format (i.e. "FIG. 6 is a schematic diagram illustrating a typical object class 
hierarchy" The preceding text clearly indicates that the first data format is that which is contained in an 
object class and is hierarchical.)(Figure 6; column 6, lines 45-50); and said mapping catalog is 
customizable for any normalized relational database schema (i.e. "A relational schema that 
maps straightforwardly to this object model could contain two entities called CUST.sub.- ORD and 
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ORD.sub.- ITEM, with a relationship one-to-many from CUST.sub.-- ORD to ORD.sub.- ITEM. Assume 
that the attributes of the object CO have their counterpart in the entity CUST.sub.- ORD and that the 
attributes of the object 01 have their counterpart in the entity ORD.sub.- ITEM." The preceding text 
clearly indicates that a normalized relational database schema is a relational schema that maps 
straightforwardly. In addition, Figure 8 illustrates the normalized relational database schema.)(Figure 8; 
column 13, lines 47-53). 

It would have been obvious to a person of ordinary skill in the art at the time of 

Applicant's invention to modify the teachings of Mullins with the teachings of Durand to 

include a system where said first data format includes a hierarchical logical object class 

format and said mapping catalog is customizable for any normalized relational database 

schema with the motivation to create system for more efficient access and manipulation 

of data stores, systems having the flexibility and dynamic capability to attach data from 

a database to map as objects and having the ability to map one or more databases to 

various objects in real time. (Mullins, column 3, lines 45-49). 

Durand does not explicitly teach a system that uses LDAP format. 

Bachmann teaches a system wherein said first data format uses LDAP format 
(i.e. "As seen in FIG. 5, the LDAP naming hierarchy includes a number of entries or nodes, with each 
entry or node represented by a unique entry identifier (EID). Thus, for example, the root node has an 
£/D=l Roof has two (2) children, entry GB ("Great Britain") having an EID=2, and entry US ("United 
States") having an E/D=3. Child node US itself has two (2) children, 0=1 BM (with EID=4) and 
0=Netscape (with EID=5). The remainder of the naming directory includes several additional entries at 
further sublevels." The preceding text clearly indicates that LDAP format is the EID.)(Column 5, lines 13- 
21). 
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It would have been obvious to a person of ordinary skill in the art at the time of 
Applicant's invention to modify the teachings of Mullins with the teachings of Bachmann 
to include a system wherein said first data format uses LDAP format with the motivation 
to create system for more efficient access and manipulation of data stores, systems 
having the flexibility and dynamic capability to attach data from a database to map as 
objects and having the ability to map one or more databases to various objects in real 
time. (Mullins, column 3, lines 45-49). 



Response to Remarks/Argument 

9. Applicants arguments filed 26 July 2007 have been fully considered but they are 
not persuasive for the reasons set forth below. 

Applicant argues: 

(1) "Mullins does not teach a request that includes the attributes to be translated." 

The Examiner disagrees. Mullins teaches a request (i.e. data requested) (Column 13, 
lines 9-18) that includes the attributes (Applicant's disclosure, page 2, paragraph [0003], defines 
attributes to include name, address, employee number, telephone number, email address, user ID, and 
password. In a relational database, column names are clearly suggested by Mullins to include name, 
address, employee number, etc., and therefore, when data is requested, it is plausible that the targeted 
data may be modified.) (Column 13, lines 9-18) to be translated (i.e. "It is an additional object of the 
present invention to provide easy translations between databases and applications having a variety of 
different formats or data store models." The preceding text clearly indicates that translating (i.e. 
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translations) between data formats (i.e. variety of different formats or data store models).)(Column 4, lines 
48-51). 

(2) "Mullins does not disclose translating at least a portion of the request or 
providing the translated request to the relational database." 

The Examiner disagrees. Mullins discloses translating at least a portion of the 
request (i.e. "It is an additional object of the present invention to provide easy translations between 
databases and applications having a variety of different formats or data store models. " The preceding text 
clearly indicates that translating (i.e. translations) between data formats (i.e. variety of different formats or 
data store models).)(Column 4, lines 48-51) or providing the translated request to the relational 
database (i.e. "In one embodiment of the system of the present invention a translation layer translates 
between an object application (or a potential object application, i.e. an object model) to at least one 
relational database which includes data entries organized as tables and records.")(column 15, lines 24- 

28). 

Hence, the Applicant's arguments do not distinguish over the claimed invention 
over the prior art of record. 

Any other arguments by the applicant are either more limiting than the claimed 
language or completely irrelevant. 
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Conclusion 

1 0. THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of time 
policy as set forth in 37 CFR 1 . 1 36(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within 
TWO MONTHS of the mailing date of this final action and the advisory action is not 
mailed until after the end of the THREE-MONTH shortened statutory period, then the 
shortened statutory period will expire on the date the advisory action is mailed, and any 
extension fee pursuant to 37 CFR 1.136(a) will be calculated from the mailing date of 
the advisory action. In no event, however, will the statutory period for reply expire later 
than SIX MONTHS from the mailing date of this final action! 

Contact Information 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Farhan M. Syed whose telephone number is 571-272- 
7191. The examiner can normally be reached on 8:30AM-5:00 PM. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Jeffrey Gaffin can be reached on 571-272-4146. The fax phone number for 
the organization where this application or proceeding is assigned is 571-273-8300. 
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Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). 
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